Обновленные условия пользовательского соглашения вызвали глубокую озабоченность, но, несмотря на то, что они сбивают с толку, несовместимыми с копилефт-лицензиями они не кажутся. Однако Фонд свободного программного обеспечения (FSF) по-прежнему рекомендует использовать другие сайты для размещения кода. Недавно GitHub обновил свои условия пользовательского соглашения. Пользователи сайта выражают значительное беспокойство в связи с новыми условиями, опасаясь, что они могут быть несовместимыми с копилефт-лицензиями на работы, загруженные на GitHub. В частности, раздел «D» обновленного соглашения, который устанавливает правоотношения между пользователями и GitHub, заставляет многих хакеров чувствовать себя дискомфортно. Раздел D.4 гласит: «Вы предоставляете нам и нашим правопреемникам право хранить и отображать ваш Контент и создавать вспомогательные копии в той мере, в которой это необходимо для рендеринга Вебсайта и обеспечения работы Сервиса». На первый взгляд это похоже на предоставление прав на вашу работу без сопутствующих защитных гарантий, предоставляемых копилефт-лицензиями вроде GNU General Public License (GPL). Пользователи, которые заботятся о том, чтобы их программное обеспечение никогда не стало проприетарным, не хотели бы предоставлять подобные неограниченные права. Те же, кто загружает работы, имеющие в составе сторонний код под копилефт-лицензиями, вероятно даже не имеют юридических прав давать подобные разрешения. Но лицензии, подобные GNU GPL, уже дают необходимые разрешения на создание, использование и изменение локальных копий произведения. Требуют ли новые условия соглашения GitHub большего? Это не совсем ясно. В то время как определения, связанные с предоставлением прав, могут подходить под сферу действия GPL, другие термины, используемые в этом разделе, такие как «share» или «distribute», могут быть восприняты как нечто, не согласующееся с условиями GPL. Мы видим аналогичную ситуацию в разделе D.5 ToS, который гласит: «Вы предоставляете каждому Пользователю GitHub неисключительную всемирную лицензию на доступ к вашему Контенту через Сервис GitHub, а также даете право использовать, отображать и исполнять ваш Контент, а также воспроизводить ваш контент исключительно на GitHub, в той мере, в которой это разрешено функциональностью GitHub». Опять же, изучая условия, можно было бы подумать, что GitHub просит вас предоставить неограниченные права на вашу работу, на этот раз другим пользователям GitHub. Но еще раз, лицензии, подобные GPL, уже позволяют пользователям загружать покрытые ими работы и вносить собственные локальные изменения. Не ясно, просит ли GitHub о чем-то большем. Кроме того, новые термины, по-видимому, радикально не отличаются от тех, которые были найдены в предыдущих ToS. Мы понимаем, почему пользователи обеспокоены; пункты соглашения непросты для понимания. Это общая проблема с условиями обслуживания и лицензионными соглашениями с конечными пользователями. Когда защита, предоставляемая копилефт-лицензиями, подвергается риску, пользователи начинают проявлять особую осторожность. Поскольку очень маловероятно, что GitHub намеревался уничтожить свою бизнес-модель и пользовательскую базу, мы не считаем, что двусмысленность в пунктах соглашения стоит интерпретировать как предоставление или требование слишком широких прав помимо тех, которые уже были предоставлены GPL. Это было бы несовместимо с теми изменениями, которые они сделали в прошлом году на ресурсе choosealicense.com для лучшего соответствия копилефт-лицензиям. Соответствующие разделы ToS кажутся просто повторением типичных условий бесплатной лицензии. Необходимо внести дополнительную ясность - если загруженная работа уже поставляется с лицензией, предоставляющей GitHub права, необходимые для работы ее сервисов, то дополнительной лицензии не требуется. Потребуется пройти немалый путь, чтобы устранить путаницу, и мы надеемся, что GitHub сделает еще один вариант соглашения, чтобы способствовать этому. Если вас это беспокоит, обязательно прекратите загрузку кода в GitHub. GNU ранее присвоил GitHub рейтинг «F» в соответствии со своими критериями «Этичного репозитория», что по ряду причин, важно для тех, кто стремится к уважению свободы других и хочет, чтобы уважалась их свобода как пользователей, включая необходимость использования проприетарного JavaScript для реализации важной функциональности сайта. FSF связывалась с GitHub как по поводу пользовательского соглашения, так и по другим вопросам, касающимся обеспечения свободы программного обеспечения. Мы будем продолжать делать все возможное, чтобы прояснить двусмысленные пункты соглашения, устранить сомнения в их совместимости с основными гарантиями защиты, предоставляемыми лицензиями copyleft. Вот что вы можете сделать, чтобы помочь: Используйте “этичные” репозитории для реализации ваших потребностей в хранении кода. Свяжитесь с GitHub, чтобы поделиться своими опасениями. Поддержите нашу работу по обеспечению существования хостинг-сервисов, уважающих ваши свободы, сделав пожертвование или став ассоциированным членом.